Thanks for your help, great!

Did you check, if that version still works with NC 27 as well? If not, we need to increase the minimum supported version to 28 as well and keep the older version for NC 27 and below unchanged.

Hi,

It partially works for NC 27 (file association is broken due to changes in viewer.js). It would be better to increase the minimum supported version.

Hi,

It partially works for NC 27 (file association is broken due to changes in viewer.js). It would be better to increase the minimum supported version.

Ok, thanks for the feedback. I'll change the supported version since NC 27 is still maintained and the older version works fine there.

Hmm - it does not work here with NC 28 either :-(

Clicking a KDBX file will open Keeweb - but the file is not opened then.

Edit: the URL called then is https://myserver.example/apps/keeweb/?open=/test.kdbx - which is correct, since test.kdbx is in the main folder. But Keeweb does not open it - it will just present the start page without the file.

Looking on it, I didn't had this problem on my previous test

May it helps to know, that my server responds with HTTP 404 to the request, eventhough the file exists:

Okay, it seems there is two issues:

• First of all, Keeweb could not load some content because of CSP (again). There is a missing addAllowedScriptDomain("blob:");. I don't know why this error appears only now.
• Secondly, it seems that Nextcloud servers which are not configured to enforce HTTPS (without overwriteprotocol in config.php) experience some issues loading files. As HTTPS is required to make Keeweb works, the simple (but working) solution is to change all HTTP calls to HTTPS in the PageController.php file.

The following patch should solve these issues:

diff --git a/keeweb/lib/Controller/PageController.php b/keeweb/lib/Controller/PageController.php
index 005ced5..847afac 100644
--- a/keeweb/lib/Controller/PageController.php
+++ b/keeweb/lib/Controller/PageController.php
@@ -87,6 +87,7 @@ class PageController extends Controller {
 	public function config($file) {
 		$csrfToken = \OC::$server->getCSRFTokenManager()->getToken()->getEncryptedValue();
 		$webdavBase = \OCP\Util::linkToRemote('webdav');
+        $webdavBase = str_replace("http://", "https://", $webdavBase);
 		$config = ['settings' => (object) null];
 		if (isset($file)) {
 			$config['files'] = [
@@ -136,6 +137,7 @@ class PageController extends Controller {
 		$csp->addAllowedConnectDomain("'self'");
 		$csp->addAllowedConnectDomain('https://services.keeweb.info');
 		$csp->addAllowedScriptDomain('https://plugins.keeweb.info');
+        $csp->addAllowedScriptDomain("blob:");
 		$csp->addAllowedScriptDomain("'unsafe-inline'");
 		$csp->addAllowedConnectDomain('https://plugins.keeweb.info');
         $csp->allowEvalScript(true);

Tested on a fresh NC28 install. @arnowelzel can you try on your side and confirm ?

Sorry - still does not work here. Same effect: KeeWeb is loaded but does not open the file. Server is using HTTPS (as it was before).

Same error in the console:

GET https://myserver.example/apps/keeweb/?open=/test.kdbx 404 (Not Found)

About this line - I don't think we need that. When the instance is not using HTTPS the resource can not be loaded anyway, since it will not be available using HTTPS:

$webdavBase = str_replace("http://", "https://", $webdavBase);

I can't reproduce from my side on a fresh and a old Nextcloud server, using Firefox 115.6.0esr (normal & private browsing), and Chromium 120.0.6099.129 (normal & private browsing)... Also checked using Chrome and Brave on mobile (last version available on Play Store) without issue.

My server is deployed using the official docker image, with a Traefik acting as reverse-proxy. Can you give more information on how your Nextcloud is deployed, so I could create the same environment to check ?

I don't use Docker but a plain server setup with NC 28 using Apache 2.4, PHP-FPM 8.3 and MariaDB.

To be sure I repeated the test with a fresh setup - and now it works. The replacement of http with https is not needed since KeeWeb would not work when loaded via HTTP anyway.

I will apply the change $csp->addAllowedScriptDomain("blob:"); and then prepare a new release.

Now the release action does not work any longer :-(.

bin/release: line 65: hub: command not found
Error: Process completed with exit code 127.

@jhass Can you have a look what is missing? I can't update the workflow actions, just trigger them.

Github deprecated hub in favor of gh a while ago, I guess they removed the former from the GHA runner images now. I fixed the release script to use gh over hub.

Thanks guys!

Thanks for the quick response and help!

@florian-forestier is da real MVP. Thank you for this!